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TELEVISION SET-TOP BOX WITH CONFIGURABLE 
FUNCTIONALITY 

BACKGROUND OF THE INVENTION 

This application claims the benefit of U.S. 
5 Provisional Application No. 60/104,777, filed 

October 19, 1998. 

The present invention provides a software 
architecture framework for the soft set top and 
associates the different architectural components 
10 with the Opencable Advanced Set Top API 

Classification. 

The current OpenCable API classification is 
summarized in section 7 of the detailed description, 
below. 

15 The following acronyms and terms are used: 

API - Application Program Interface; 

ATSC - Advanced Television Systems Committee 

ATM - Asynchronous Transfer Mode; 

CA - Conditional Access; 
20 CORBA - Common Object Request Broker Architecture; 

CSLIP - Connectionless Serial Line Interface 

Protocol ; 

DASE - ATSC T3/S17 Digital TV Application Software 
Environment ; 
25 DAVIC - Digital Audio-Visual Council; 

DC-2 - Digicipher II (tm), digital video standard 
proprietary to General Instrument (GI) Corporation ,- 
DSMCC - Digital Storage Media Command and Control; 
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DTV - Digital Television; 
DVB - Digital Video Broadcast; 
DVD - Digital Video Disc; 
EPG - Electronic Program Guide; 
5 FTP - File Transfer Protocol; 

GUI - Graphical User Interface; 
HSSIO - High-Speed Serial I/O 
I/O - Input/Output; 

HOP - Internet Inter Orb Protocol; 
10 IP - Internet Protocol; 

IPG - Interactive Program Guide; 

IRD - Integrated Receiver Decoder; 

ISO - International Standards Organization; 

JVM - Java Virtual Machine; 
15 MIB - Management Information Base; 

MPEG - Moving Picture Experts Group; 

PSIP - Program and System Information Protocol (for 

Terrestrial Broadcast and Cable) ; 

RAM - Random Access Memory; 
20 RMI - Remote Method Invocation; 

Sat - Satellite; 

SI - (DVB) Service Information; 

SMPTE - Society of Motion Picture and Television 
Engineers ; 

25 SNMP - Simple Network Management Protocol ; 

SODA - denotes a security chip proprietary to 
General Instrument Corporation; 
S/PDIG - 

STAMP - Set Top Applications and Middleware 
30 Platform; 

S-vid - Video connector interface; 



TCP - Transmission Control Protocol; 

UHF - Ultra High Frequency; 

UML - Unified Modeling Language; 

v.34 - a physical interface standard; and 

xDSL - high-speed Digital Subscriber Loop modem 

technology. 

A Set Top box, also referred to as an 
Integrated Received Decoder ( IRD) or a subscriber 
terminal, is a device that receives and decodes 
television signals for presentation by a television. 
The signals can be delivered over a satellite, 
through a cable plant, or by means of terrestrial 
broadcast. Modern set tops also support video on 
demand (VOD) , pay-per-view, interactive shopping, 
electronic commerce, and enable Internet 
connectivity and possibly Internet-based telephony. 
The set top functionality is enabled through 
specialized hardware and software. 

In the past, Set Top software provided 
relatively simple functionality, was small and 
unstructured, and concerned primarily with 
minimizing the required memory capacity and 
processing cycles. However, the support of services 
such as data, Internet, Internet Telephony, etc. 
poses a new set of problems, including secure access 
by multiple users, multiple application management, 
management of resources, decoding, composition, 
coordination and presentation, of audio, video, 
graphics, and other data, etc. Existing Set Top 
software solutions do not solve these problems. 



Accordingly, it would be desirable to provide 
Set Top software that can progress in an 
evolutionary process from a relatively simple 
functionality, small, unstructured, memory- and 
processing cycle-saving software, to software that 
has a relatively complex functionality, and is 
larger, structured, and memory- and processing 
cycle-intensive. Preferably, the fundamental 
technology underlying the next generation Set Top 
software architecture employs Java(tm), ActiveX (tm) 
or an equivalent type of component based object- 
oriented technology. 

The technology should allow the consideration 
of Set Top application and middleware software 
functionality independent from the operating system 
and hardware. 

Moreover, it would be desirable to provide an 
apparatus and machinery for support of multiple 
users, secure controlled access of resources, 
application download, registration, start, stop, and 
monitoring, resource download, registration, start, 
stop, and monitoring, management of audio, video, 
data presentations, and some additional 
functionality. 

The present invention provides a system having 
the above and other advantages . We refer to this 
technology as the General Instrument "Set Top 
Applications and Middleware Platform (STAMP) " . 



SUMMARY OF THE INVENTION 



The present invention provides a software 
architecture framework for the soft set top. 

The Set Top software allows the consideration 
of Set Top application and middleware software 
functionality independent from the operating system 
and hardware. 

The invention can support various type of 
functionality! such as multiple users, secure 
controlled access of resources, application 
download, registration, start, stop, and monitoring, 
resource download, registration, start, stop, and 
monitoring, and management of audio, video, and data 
presentations. 

In a particular implementation, the invention 
is used to provide a television set- top 'terminal 
with software. The terminal includes a computer 
readable medium having computer program code means, 
and means for executing the computer program code 
means to implement a layered software architecture. 
In the layered software architecture, an application 
layer allows a user to interact with the terminal, a 
middleware layer supports the application layer by 
providing Application Program Interfaces (APIs) , an 
operating system layer supports the middleware 
layer, and a hardware layer supports the operating 
system layer. Additionally, the layered software 
architecture allows conf iguration of a functionality 
of the application layer and the middleware layer 
independently of the operating system layer and the 
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hardware layer. 

The layered software architecture includes a 
set top management layer that supports the 
application layer by configuring management services 
5 of the terminal. The management services include at 

least one of application, user, resource and 
presentation management. 

The set top management layer may implement a 
state information module to designate states of 
10 resources of the terminal. The state information 

module may be based on the ITU-T X.731 standard. 

The software architecture may further provide 
an application program interface (API) for providing 
a configurable functionality. The API may enable 
15 the terminal to support multiple users, or to secure 

controlled access of resources. The API may enable 
the terminal to download, register, start, stop, and 
monitor applications of the applications layer. The 
API may also enable the terminal to manage audio, 
20 video and/or other data presentations. 

The software architecture may also provide one 
or more of: a set top manager, a presentation 
manager, an application manager, a user manager, a 
resource manager, a set top agent, and a program 
25 view assistant. 

A corresponding method is also presented. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates a set top terminal software 
architecture evolution in accordance with the 
present invention. 
5 FIG. 2 illustrates a detailed set top terminal 

software architecture in accordance with the present 
invention. 

FIG. 3 illustrates a set top management top- 
level class diagram in accordance with the present 
10 invention. 

FIG. 4 illustrates a set top application 
manager top-level class diagram in accordance with 
the present invention. 
V FIG. 5 illustrates a set top applications 

15 management relations top-level class diagram in 

accordance with the present invention. 

FIG. 6 illustrates a set top control 
application top-level class diagram in accordance 
with the present invention. 
20 FIG. 7 illustrates a set top user manager top- 

level class diagram in accordance with the present 
invention. 

FIG. 8 illustrates a set top resource manager 
top-level class diagram in accordance with the 
25 present invention. 

FIG. 9 illustrates a top-level class diagram of 
available set top devices in accordance with the 
present invention. 
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FIG. 10 illustrates a set top software 
architecture framework in accordance with the 
present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

The present invention provides a software 
architecture framework for the soft set top. 

FIG. 1 illustrates a set top terminal software 
5 architecture evolution in accordance with the 

present invention. 

Set Top software is seen as an evolutionary 
process that progresses from relatively simple 
functionality, small, unstructured, memory- and 
10 processing cycle- saving to relatively complex 
functionality, larger, structured, memory and 
processing cycles intensive. Java(tm), ActiveX (tm) 
or an equivalent type of component based object- 
oriented technology is seen as the fundamental 
15 technology underlying next generation Set Top 

software architectures . 

We refer to this technology as the "General 
Instrument Set Top Applications and Middleware 
Platform (STAMP) " . This technology allows the 
20 consideration of Set Top application and middleware 

software functionality independent from the 
operating system and hardware. 

STAMP provides an apparatus and machinery for 
support of multiple users, secure controlled access 
25 of resources, application download, registration, 

start, stop, and monitoring, resource download, 
registration, start, stop, and monitoring, 
management of audio, video, data presentations, and 
some additional functionality. This technology 
3 0 allows the consideration of Set Top application and 
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middleware software functionality independent from 
operating system and hardware. 

STAMP is architected based on the Java API 
platform. Therefore, its most straightforward STAMP 
5 realization is using Java. FIG. 1 illustrates the 

Set Top software architecture evolution in a 
simplified, form. A present architecture includes a 
hardware layer 100,, an operating system layer 110, 
and a native applications and middleware layer 120. 

10 The "native 11 applications and middleware are 

designed for use with a specific operating system 
and hardware environment. In a near-term future 
architecture, the applications and middleware layer 
120 evolves to include a combination of proprietary 

15 applications and middleware 122, and the native 

applications and middleware 120. In a long-term 
future architecture, the applications and middleware 
layer 12 0 evolves to include only proprietary 
applications and middleware 122, which are 

20 independent of the operating system and hardware 

environment. For example, an application such as a 
browser is written to an abstraction layer that is 
independent of the operating system and hardware 
environment . 

25 The approach taken in the design of the STAMP 

is to use STAMP components unless it is not feasible 
due to performance or other requirements, in which 
case the STAMP components can be replaced with 
native components. 

30 FIG. 2 illustrates a detailed set top terminal 

software architecture in accordance with the present 
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invention. The Figure illustrates the layered 
architecture of the STAMP near- term solution. 

The architecture 200 includes a hardware layer 
205, a device driver layer 210, and a real -time 
5 operating system layer 215. Another layer 222 

includes STAMP interpreter tasks 220, compiled STAMP 
tasks 225, and native application tasks 230. A next 
layer 232 includes native APIs 265 and a number of 
sublayers, including a STAMP components sublayer 

10 260, a STAMP application APIs sublayer 255, a 

standards API sublayer 250, encompassing standards 
such as DAVIC, DVB, ATSC, etc., a STAMP middleware 
APIs sublayer 245, and a sublayer with STAMP 
interpreter tasks 235 and a STAMP compiler 240. 

15 Next, a STAMP set top management layer 270 is 

provided, then a layer 272 with STAMP applications 
275 and native applications 280. An applet layer 
2 85 is also provided. 

The layers within the software architecture 

20 indicate possible dependency from higher layer to 

lower layer. For example, an application will use 
STAMP components 260, which in turn use some 
standard APIs 250, which may run on a STAMP 
interpreter 235 or may be compiled on a STAMP 

25 compiler 240. 

Generally, each layer is said to support or 
service the layers above it. 

The user interacts with the Set Top through the 
two topmost layers, the applet layer 285 and the 

30 application layers 275, 280. Any type of 

interaction with the set top is through applications 
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or applets. The different layers have been defined 
with the following reasoning: 

.1. The topmost layer contains processing 
entities which are temporary in nature and run 
within applications, e.g., such as a browser, and 
are downloaded over broadcast channels, over the 
Internet, or are distributed otherwise. Applets run 
within applications, and therefore take advantage of 
the applications 1 resources and can be restricted in 
their capabilities. Applications can be STAMP 
applications or native applications. 

2. Applications are permanent, or at least 
long-term. They are the only unit-level application 
processing entities and are part of the basic Set 
Top software distribution or some later upgrade 
through code download or other means. On the STAMP 
side, they are implemented as lightweight process 
groups {e.g., Java thread groups). 

3. STAMP Set Top Management controls all Set 
Top resources and multiplexes them between the 
different Set Top applications. 

4. Applications, applets, and management 
components are built out of STAMP component sets 
(e.g., Java Bean Bags). Different component sets 
are defined for different problem domains, e.g., 
graphics, networking, etc. The advantage of using 
component sets is the uniformity of components, 
i.e., it is easier to build a house out of bricks 
than variable size stones . 

5. STAMP components are built using a variety 
of APIs. The topmost API layer in the software 
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architecture consists of those APIs that have been 
defined to create suitable abstractions for 
different domains such as conditional access, set 
top management, etc. STAMP components can use any 
5 of the API layers, but the preferred API access 

layer is the next lower one, which is the STAMP 
Applications API layer 255, 

6. STAMP Applications APIs are defined using 
Standard APIs which define industry-wide viable 

10 abstractions of common Set Top functionalities such 

as MPEG PSI, DVB SI, etc. STAMP Application APIs 
can use any of the API layers, but the preferred API 
access layer is the next lower one, which is the 
Standard API layer 250. 

15 7. Standard APIs are defined using STAMP 

Middleware APIs 245, e.g., Standard Java APIs such 
Personal Java, Java Security API, etc. 

8. STAMP Middleware APIs execute on an 
interpreter (such as a JVM) or are compiled. 

20 9. If STAMP Middleware APIs are interpreted, 

the interpreter executes as a task or a group of 
tasks within the Operating System 215. 

10. The Operating System 215 controls all the 
Set Top resources and enables interaction between 

25 the various tasks and resources. 

11. The Operating System 215 uses Device 
Drivers 210 to control and communicate with a 
variety of devices . 

12. The bottom layer is the actual hardware. 
30 Agents are processing units that enable 

functionality on behalf of another entity. Examples 
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of agents might be a "Management" agent that allows 
the IRD to be remotely managed by some headend 
facility either via MPEG transport, modem, or other 
method. Or, a "Personal" agent might act on a 
5 user's behalf to monitor the user's actions and 

search for material that matches their behaviors 
(e.g., ProgramViewAssistant) . 

§1. Execution and Management Framework 

STAMP assumes the following sequence of steps 
10 after a Set Top is turned on: 

1. After the OS is up and running, the STAMP 
Interpreter is started with the GI SetTop Program. 

2. The GI SetTop Program consists of a single 
infinite loop which initializes and starts the 

15 processing threads. 

• The first threads started are the 
"management threads", which service all other 
threads. These threads also catch exceptions thrown 
by initialized devices. 
20 3 . Application Threads are started as a 

result of actions by the SetTop Manager Thread 
Group . 

4. Applets are started by Applications. 

5 . The SetTop Manager Thread Group control 
25 all tasks on the Set Top, inside or outside of the 

interpreter. 

6. The SetTop Manager Thread Group can stop 
the JVM and the Set Top itself. 

The Set Top Management Framework consists of 
30 the following management entities: 
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1. The Set Top Manager (SetTopManager) - 
controls the Set Top and initiates and starts all 
functions/ configures all management services 
including application, user, resource, and 
5 presentation management; closely interacts with the 

presentation manager, which controls the 
presentation of all audio- visual materials; 
configures, starts, stops, and interacts with the 
Set Top Agent which enables remote Set Top 

10 management through the Internet or over the 

transport stream; configures, starts, stops, and 
interacts with the Program View Assistant, 

2 * Presentation Manager - consists of three 
types of elements, namely decoders, compositors, and 

15 presenters; configures all presentable devices 

(video, audio, etc.); controls the decoding of all 
presentable materials; composes all presentable 
materials for audio and/or video presentation; 
presents all presentable materials; possibly 

20 interacts with event processing and forwarding to 

all registered applications; supports a user 
interface for presentation preferences . 

3. Application Manager - manages the life- 
cycle of applications including, registration 

25 (loading) of applications, maintenance of a list of 

applications available, possibly decryption or 
decompression and move to address space, assessment 
of whether application can run based upon its 
execution attributes, start/stop /monitor application 

30 treads and allotted resources, vehicle for intra - 

application communication, propagates events to 
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applications that care (registered) ; and supports a 
user interface for application management. 

4. User Manager - manages a list of users, 
their preferences, and their access rights with 
regards to set top resources. Verifies 
authorizations / security to enable components to 
operate. Supports a user interface for user 
preferences, user management, and access control 
management of the set top. 

5 . Resource Manager - Provides access to all 
set top resources through a variety of resource 
specific APIs. Manages those resources. Supports a 
user interface for resource management. 

6 . Set Top Agent - A Java SNMP Agent with a 
MIB that permits fault, configuration, accounting, 
performance, and security management of the Set Top. 

7. Program view Assistant - An intelligent 
agent utilizing forward chaining based on the 
unification algorithm; minimally, it allows the 
association of users with different types of 
presentation materials using the IPG database; it 
supports an interactive display that can be started 
as an application or assists the user in background 
mode through alerts, operations short cuts, and 
other types of help. 

The figure discussed below is a Unified 
Modeling Language (UML) class diagram depicting the 
class relations between various set top management 
components . 

FIG. 3 illustrates a set top management top- 
level class diagram in accordance with the present 
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invention. FIG. 3 uses the Unified Modeling 
Language, developed by Rational Software 
Corporation, USA . A class diagram represents the 
static structure of a system, and shows a pattern of 
behaviors that the system exhibits. This is 
accomplished by showing the existence of classes and 
their relationships. Each class is represented by a 
box with three sections. The top section lists the 
class name. The middle section denotes a list of 
attributes, and the bottom section denotes a list of 
operations. In the figures, only the class names 
are shown for simplicity. 

A solid line between classes denotes an 
association. A solid line with a white diamond tip 
denotes aggregation by reference, while a black 
diamond tip denotes aggregation by value. A 
triangular arrowhead denotes a restricted 
navigation, e.g., inheritance of operation but not 
of structure. 

Additionally, a number may optionally be shown 
next to a line end that touches a class box to 
indicate the cardinality of the relationship, e.g., 
0, 1 . . . Also, "*" denotes "or more", e.g., "0. 
. . *" denotes "0 or more". "0. . .1" denotes an 
aggregation of 0 or 1 . 

All management entities consist of processing 
threads (lightweight processes or tasks) . All of 
the management processing threads are part of the 
SetTopManager ThreadGroup 305, which is further 
subdivided into the ApplicationManager 310, 
PresentationManager 315, UserManager 320, 
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ResourceManager 325, and SetTopAgent 330 
ThreadGroup (s) . 

All management entities interface the set top 
management information base (SetTopMIB) 335. Each 
5 management entity (MngmtEntity) 355 controls a part 

of the MIB while the SetTopAgent 330 provides 
external access to the MIB (i.e., SNMP, RMI, CORBA, 
HOP, etc.) . MngmtEntity 355 is associated with a 
Thread 360 and a ThreadGroup 365, both from 
10 java.lang. 

The ApplicationManager 310 controls the 
applications registry (AppRegistry) 340, the 
presentation manager controls the 

PresentationRegistry 345, the user manager controls 
15 the user registry (UserRegistry) 350, and the 

resource manager controls the resource registry 
(ResourceRegistry) 355. The following subsections 
outline the different management entities in more 
detail . 

20 Note that the invention enables the application 

of generic state information modules, such as those 
described in the ITU-T X.731 standard, within 
applications, resources, and the set -top MIB. This 
standard is part of the Q3 standard adopted by the 

25 Telecommunications Management Network (TMN) . The 

TMN standard was developed by the CCITT (now the 
ITU-T) to provide an architecture to achieve an 
interconnection between various types of management 
systems and telecommunications equipment for the 

3 0 exchange of management information over standardized 
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interfaces. TMN is largely based on OSI management 
standards and includes: 

Principles for TMN (ITU-T M.3010 and M.3020), 
which defines the architecture; 
5 Generic Network Information model (ITU-T 

M.3100); 

Management Services (ITU-T M.3200); 
Management Function (ITU-T M.3400); and 
Protocol Profiles for Management Interfaces 

10 (ITU-T Q. 811, Q.812, Q.773). 

It is intended that all networks, 
telecommunications services, and major type of 
equipment may be managed by TMN. 

TMN functions exchange management information 

15 by means of the ITU-T X-700 series (OSI system 

management) standards. Each software component in a 
TMN layer represents itself and the resources it 
manages to the layer above as a managed object. The 
interactions between manager and agent are defined 

20 by means of CMISE/CMIP. The organization of the 

information architecture, the MIB, contains managed 
objects for specific technologies that can be 
refined from the general template provided in ITU-T 
M-3100, the Generic Network Information Model. 

25 All TMN communication is based on the Agent - 

Manager paradigm. The Q3 interface relies on the 
OSI management model using the OSI Common Management 
Information protocol . CMIP is used between Common 
Management Information Service Elements (CMISE) to 

30 provide Common Management Information Service 
(CMIS) . 
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§1.1. Applications Management 

The application manager controls a number of 
applications which are all built based on the 
generic applications template which enables the 
5 monitoring and control by the application manager. 

The application management APIs provide the 
system with application life- cycle and application 
integrity related functions. 

Application Verification and Validation API - 
10 The application verification and validation API 

provides the system with functions for TBD . 

Application Life Cycle API - The application 
life cycle API provides the system with functions 
for loading, starting, pausing, stopping, and 
15 unloading applications. 

Application Registration API - The application 
registration API provides the system with functions 
for registering application version and application 
source information . 
20 FIG. 4 illustrates a set top application 

manager top-level UML class diagram in accordance 
with the present invention. 

Like -numbered elements correspond to one 
another in the various figures. 
25 Here, a Resourced ient class 405 is associated 

with a GenericApp class 410, which is associated 
with a Modem Proxy class 415, which is associated 
with a ResourceProxy class 420. 

The Resourced ient class 405 and ResourceProxy 
30 class 420 may be from org. davic . resources . The 
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GenericApp class 410 may be from 
gi . settop . applications . 

Generic applications implement resource client 
405 and resource proxy 420 interfaces for all 
5 resources used by the individual applications 410. 

All applications, although managed by the 
application manager only, have to interact with the 
presentation 315, the user 320, and the resource 
manager 325. FIG. 5 contains a UML class diagram 
10 illustrating these dependencies. 

FIG. 5 illustrates a set top applications 
management relations top-level UML class diagram in 
accordance with the present invention. 

The GenericApp class 410 may be associated with 
15 various classes, such as a Download class 505, a 

WatchTV class 510, an Email class 515, a Ticker 
class 520, a WebBrowser class 525, and an EPG class 
530, each of which may be from 
gi . settop . applications . 
20 The interaction between the user and all 

management entities is accomplished through the set 
top control application, which, as are all other 
applications, is controlled by the application 
manager 310 through the generic application 410 
25 template. 

FIG. 6 illustrates a set top control 
application top-level UML class diagram in 
accordance with the present invention. 
The set top control application 
30 (SetTopControlApp) 605 coordinates the interaction 

between the user through a set top control GUI 



22 



(SetTopControlGUl) 610, and the different set top 
managers 310, 315, 320 and 325. 

The SetTopControlApp 605 and SetTopControlGUl 
610 may be from gi . settop . applications . 

§1*2, User Management 

The user profile APIs provide the system with 
user-centric and account-centric functions. 

Billing API - The billing API provides the 
system with functions for managing accounts and 
performing account-related transactions. 

Preferences API - The preferences API provides 
the system with functions for managing user- centric 
properties. 

Favorite Services API - The favorite services 
API provides the system with functions for managing 
user-defined sets and subsets of services . 

The security APIs provide the system with 
functions for controlling and managing access to 
applications, content, and services. 

Content Control API - The content control API 
provides the system with functions for controlling 
access to applications, content, and services based 
on user-centric criteria (parental locks) . 

Conditional Access API - The conditional access 
API provides the system with functions for 
controlling access to services based on service 
restrictions and account restrictions. 

Authentication and Certificate Management API - 
The authentication and certificate management API 
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provides the system with functions for TBD . 

Cryptography API - The cryptography API 
provides the system with functions for encrypting 
and decrypting content broadcast to the system, 
5 stored on the system, or sent from the system. 

User access control of the set top and user 
preferences management is handled by the user 
manager. The user manager uses the set top MIB as 
its information store and interacts with the users 
10 through the set top control application. 

FIG. 7 illustrates a set top user manager UML 
top-level class diagram in accordance with the 
present invention . 

A SecurityManager class 705 may be from 
15 java.lang. 

§1.3. Resource Management 

The resource management APIs provide the system 
with functions for measuring, allocating, and de- 
allocating the user of constrained hardware systems 
20 and services. 

System Profile API - The system profile API 
provides the system with functions for determining 
system resource and configuration information. 

Synchronization API - The synchronization API 
25 provides the system with functions for synchronizing 

disparate resources such as audio and video 
decoders . 

Resource Allocation API - The resource 
allocation API provides the system with functions 
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for requesting, accessing, and releasing hardware 
systems and services. 

System Test API - The system test API provides 
the system with functions for external applications 
5 to test hardware systems and services. 

System Diagnostic API - The system diagnostic 
API provides the system with functions for built-in- 
test and diagnosing system faults. 

FIG. 8 illustrates a set top resource manager 
10 UML top-level class diagram in accordance with the 

present invention. 

A GenericDevice class 805, which may be from 
gi . settop. devices, is associated with the 
ResourceManager class 325, 
15 The access to all set top resources by the set 

top applications is managed through the resource 
manager 325. The resource manager may use the DAVIC 
Resource API. 

FIG. 9 illustrates a UML top-level class 
20 diagram of available set top devices in accordance 

with the present invention. 

The GenericDevice class 805 may be associated 
with one or more of the following example classes: 
HardDrive 902, DiskDrive 904, RAMDisk 906, SmartCard 
25 908, DVD 910 , DC2Sat 912, ATSCTerminal 914, MPEG 

916, MPEG Video 918, MPEG /AC3 Audio 920, Terminal 
922, DVBSat 924, Keyboard 926, InputDevice 928, 
HSSIO 930, VideoOut 932, AudioOut 934, 
FrontPanelDisplay 936, SODA 93 8, IEEE12 84 Parallel, 
30 UHFRemote 942 , Inf raredRemote 944, IEEE1394 946, 
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AnalogAudio 948, S/PDIG Digital Audio 950, 
Communications 952, DigitalCable 954, XDSL 956, V34 
958, lOBaseT 960, ATM 962, SMPTEVideoOut 964, 
RGBVideoOut 966, and CCIR16VideoOut 968. 

Each of the classes may be from 
gi . settop . devices . 

Available resources are being interacted with 
through the concept of a generic device. The device 
control APIs provide the system with functions for 
managing devices. Media control APIs include: 

Tuning and Demultiplexing API - The tuning and 
demultiplexing API provides the system with 
functions for selecting services and streams. 

Decoder API - The decoder API provides the 
system with functions for decoding video streams, 
audio streams, data streams, and elements within 
those streams. 

Playback Control API - The playback control API 
provides the system with functions for managing the 
playback of streams. 

§1,4. Presentation Management 

Presentation management and the Presentation 
API play a role in two different types of scenarios 
within the Set Top: 

1. Presentable objects (graphics, video, 
audio) being created as a result of an application 
activation or application related processing. 

2. Presentation objects being created as a 
result of a decoding process of data coming over a 
carrousel, over the Internet, etc. 



The Presentation API and Presentation Manager 
(PM) facilitate both scenarios in the same manner, 
i.e., the same object is created and has the same 
methods that can be activated. 

The presentation APIs provide the system with 
functions for displaying and controlling the display 
of information, status, content, and control to the 
user. 

Video Presentation API - The video presentation 
API provides the system with functions for managing 
the display of video data to the primary display 
surface. 

Front Panel Display Manager API - The front 
panel display manager API provides the system with 
functions for managing the display of information, 
status, and control to front panel display surfaces. 

Graphics Presentation API - The graphic 
presentation API provides the system with functions 
for managing the display of graphic data to the 
primary display surface. 

Font Management APJ - The font management API 
provides the system with functions for loading, 
selecting, and displaying fonts on the primary 
display surface. 

Audio Presentation API - The audio presentation 
API provides the system with functions for managing 
the playback of audio data to, the primary audio 
outputs. 

A number of applications and applets within 
STAMP have GUIs. These include: 
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1. Installation & Diagnostic screens; 

2 . Set Top option screens which provide 
access to major Set Top features and applications 
and implement configuration screens (e.g., rating 
5 preferences, language preferences, audio/video 

modes, etc . ) ; 

3 . Banners and detailed information for Watch 

TV; 

4. IPG screens; 

10 5. Web Browser screens ; 

6. E-mail screens; 

7. Ticker (e.g., for stock prices); 

8. Applet Screens; and 

9. Downloadable- application screens. 

15 All these GUIs are built out of a set of 

components which are defined through the 
Presentation API. 
§2. Applets 

Java Applets are supported on Set Tops that 
20 host either a Java enabled Java Browser or a Java 

enabled Native Browser. The applet is downloaded 
via http over the Internet or via a DSMCC carrousel 
service . 

§3 . Applications 
25 §3.1, Watch TV 

Watch TV - The system provides a simple 
broadcast television viewing environment. The user 
may channel up, channel down, return to a previous 
channel, and select a specific channel. 
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Watch TV with Parental Locks - The system may 
provide a means for the user to limit access to 
services, channels, or events. A password mechanism 
may over-ride the access limitations. Access may be 
based on channel, event rating, event theme, or some 
other criteria. 

Watch TV with Conditional Access - The system 
may provide a means to limit access to services, 
channels, or events based on the access rights of 
the user as a customer of the service provider. 
The access rights may pertain to service limitations 
or account limitations. 

Watch TV with Alternate Audio- The system may 
make available more than one audio stream for a 
specific video stream. The user has the opportunity 
to select an alternative audio stream for playback 
in synchronization with the video stream. 

Watch TV with Subtitling- The system may make 
available one or more text or graphic streams that 
may be synchronized and superimposed upon the video 
stream. 

§3.2. Downloading Applications 

The downloading application scenarios describe 
situations in which a broadcast application or data 
service is being bought or stored on the system. 

Watch TV with Persistent Unsynchronized Data 

Service - The system provides a data service that is 
not synchronized to the current audio and video 
stream (for example, a stock ticker) . The 
application that uses the data service {for example, 
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the stock ticker graphical user interface) is 
already resident on the system, only the data (the 
stock quotes) is transmitted in this scenario. 
Watch TV with Persistent Synchronized Data 

5 Service - The system provides a data service that is 

synchronized to the current audio and video stream 
(for example, sport statistics that correspond to 
the player currently on screen). The application 
that uses the data service is already resident on 
10 the system, only the data is transmitted in this 

scenario. 

Watch TV with Scheduled Download of Application 
- The system provides a means of scheduling and 
subsequently downloading an application located on a 
15 service that may not be the current service. 

Watch TV with Impulse Buy of Application ~ The 
system provides a means for the user to be notified 
of an available application and a means for the user 
to purchase and download the application. 
20 Watch TV with Background Application Update - 

The system provides a means for the user to download 
an application in the background (without disrupting 
the current audio and video presentation) . 

§3*3. Teleshopping 

25 The teleshopping scenarios describe situations 

in which the user may request information, products, 
or services through applications made available on 
the system. 

Watch TV and Request Information - The system 
30 provides a means for the user to request information 
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that corresponds to the currently broadcast video 
and audio. For example, during an automobile 
commercial, the user may request a brochure. 

Watch TV and Impulse Buy - The system provides 
a means for the user to purchase a product that 
corresponds to the currently broadcast video and 
audio. For example, during a commercial for a 
commemorative plate, the user may purchase the 
plate. 

Browse and Buy from a Video-centric Catalog - 
The system provides a means for the user to navigate 
through a catalog that contains graphics, video, and 
audio. The user can select and purchase a product 
or service in the catalog. 

Browse and Buy from a Audio-centric Catalog - 
The system provides a means for the user to navigate 
through a catalog that contains graphics and audio. 
The user can select and purchase a product or 
service in the catalog. 

Browse and Buy from a Graphics -centric Catalog 

- The system provides a means for the user to 
navigate through a catalog that contains graphics. 
The user can select and purchase a product or 
service in the catalog. 

§3.4. Near Video on Demand 

The near video on demand (NVOD) scenarios 
describe situations in which the user can select 
movies (or some other audio- video service) from a 
multiplex of similar movies or service. 
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Pay-per-Vxew - The system provides a means for 
the user to purchase a service from a multiplex of 
services. Interactivity is generally limited to the 
selection and purchasing process. 
5 Interactive Pay-per-View - The system provides 

a means for the user to purchase a service from a 
multiplex of services. The user can "pause" the 
service until the next availability of the service. 
§3.5. Gaining 

10 The gaming scenarios allow a user to play a 

game via a network-delivered service. Games may be 
single-user or multi-user games either located 
entirely on the system (local) or played over a 
network. 

15 Watch TV and Local Participate - The system 

provides a means for the user to watch a television 
program and "play along" with a single-user local 
application. For example, during "Wheel of Fortune" 
the user can "spin the wheel" and make their own 

20 guess. 

Watch TV and Multi-user Participate - The 
system provides a means for the user to watch a 
television program and "play along", competing with 
other users . 

25 Single Player Game - The system provides a 

means for the user to play a system-based game with 
no additional remotely located participants. 

Multi-user Game - The system provides a means 
for the user to play a system-based game in which 

30 there is additional, remotely located, participants. 



§3.6. Internet Access 

The internet access scenarios allow the user to 
access internet-based content or functions: html 
pages, email, chat, streaming audio, etc. 

Browse the Web - The system provides a means 
for the user to browse web-sites. 

Email - The system provides a means for the 
user to read, write, and respond to electronic mail. 

Chat - The system provides a means for the user 
to communicate in real-time with other users on the 
Internet. 

Watch TV with Internet Content - The system 
provides a means for the user to simultaneously 
watch an audio and video service while performing an 
Internet-based activity that is made available with 
or through the audio-video service. 

Browse Web with TV Content - The system 

provides a means for the user to watch an audio or 

video service that is made available from an 

Internet -based item. 

§3.7. Information on Demand 

The information on demand scenarios allow the 
user to access information-related content when they 
desire or customized to their preferences. 

Pay-per-View News Service - The system provides 
a means for the user to purchase an audio, video, or 
text-centric news service. The service might 
provide a headline -level of detail, an in-depth 
level of detail, editorial information, or some 
other level of service. 



Query for News Item - The system provides a 
means for the user to query multiple available 
sources for one or more "articles" pertaining to 
user-defined or user-selected criteria. 

Personalized News - The system provides a means 
for the user to tailor a news service to their 
preferred topics . 

Subscription Services - The system provides a 
means for the user to purchase and schedule a 
subscription to an audio, video, or text-centric 
news service. 

§3.8. Electronic Program Guide 

The electronic program guide scenarios allow 
the user to access channel, service, and event 
information. Generally the user may also control 
the system or navigate within the system using this 
information. 

Current Channel Now and Next - The system 
provides information on what service is currently 
available on the current channel and what service is 
following. 

All Channels Now and Next - The system provides 
information on what service is currently available 
on all known channels and what services are 
following. 

All Channels Now and Future - The system 
provides information on what service is currently 
available on all known channels and what services 
are available for some predetermined time in the 
future , 
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Request Preview from Guide - The system 
provides a means for the user to request a sample of 
a service. For example, the user might be able to 
request a trailer for a motion picture or a demo of 
5 an application. 

Purchase Event from Guide - The system 
provides a means for the user to purchase a future 
event or service from within the electronic program 
guide . 

10 Setup Program Reminder - The system provides a 

means for the user to schedule a notification of a 
future event at a future point in time. 

Purchase Application from Guide - The system 
provides a means for the user to purchase an 
15 application for download from within the electronic 

program guide. 

§3.9. Distance Learning 

The distance learning scenarios describe a 
virtual classroom in which students and teachers are 
20 not co-located. 

Natch TV with Chat - The system provides audio 
and video of a virtual classroom. The system 
provides a means for the user to participate with an 
educator or other students (located at different 
25 sites) through chat. 

Watch TV with Test - The system provides audio 
and video of a virtual classroom. The system 
provides a means for the user to participate with an 
educator or other students (located at different 
30 sites) through chat. 
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§3.10. Home Banking 

The home banking scenarios describe services 
available to the user comparable to services 
available at a retail bank. 
5 Information .Retrieval - The system provides a 

means for the user to access information pertaining 
to banking functions and their personal accounts* 

Transaction - The system provides a means for 
the user to perform typical retail bank electronic 
10 transfers . 

Service Applications - The system provides a 
means for the user to apply for retail bank services 
such as credit cards, loans, and checking. 

Counseling - The system provides a means for 

15 the user to get personalized financial assistance. 

§3.11. Navigation 

The navigation scenarios describe situations in 
which the user activates services, applications, and 
content available on the system. 
20 Application Activation - The system provides a 

means for the user to activate (run or launch) an 
application. 

Application Removal - The system provides a 
means for the user to remove an application from 
25 system memory, local storage, or remote storage 

associated with the system. 

System Preferences - The system provides a 
means for user to identify user- centric preferences 
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related to operation of the system or its user 
interface. 

Favorite Channel Setup - The system provides a 
means for the user to identify or customize the set 
5 of or subset of available services. 

S4. STAMP Component Architecture 

Component Groups (Bean Bags) are defined to 
facilitate domain specific (e.g., IPG) application 
component building sets. These set are NOT 
10 disjoint. The Java Bean Bags are: 

1. GI Application System Bean Bag - this set 
of components comprises all beans that are generic 
to all different application component sets. This 
may include information exchange mechanisms, 

15 synchronization mechanisms, timing mechanisms, 

storage mechanisms, etc. 

2 . GI GUI Bean Bag - this set of components 
includes all GUI beans that are generic to all 
different applications; this may include lists, 

2 0 buttons, sliders, etc. 

3 . GI Hot Java Bean Bag - this set of 
components includes all components that can be a 
part of a browser. 

4 . GI IPG Bean Bag - this set of components 
25 includes all components that can be a part of the 

IPG application. 

5 . GI Tuning Bean Bag - this set of 
components includes all components that can be a 
part of a tuning application. 
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6 . GI E-mail Bean Bag - this set of 
components includes all components that can be a 
part of an e-mail application. 

7 . GI Download Bean Bag - this set of 

5 components includes all components that can be a 

part of a download application. 

8 . GI Ticker Bean Bag - this set of 
components includes all components that can be a 
part of an information ticker application. 

10 9 . GI Game Player Bean Bag - this set of 

components includes all components that can be a 
part of a game player application. 

§5, Applications Programming Interfaces (APIs) 
APIs provide the system with a hardware and 
15 operating system independent abstraction layer. 

This permits broadcast applications to be delivered 
to systems of widely varying processors and 
operating systems: from set-top boxes with a RISC 
processor and a real-time operating system to a 
20 personal computer with a microprocessor and a non- 

real-time operating system. 

All APIs are usable from native applications as 
well as from Java applications. The Following APIs 
need to be defined outside the scope of those APIs 
25 defined by DAVIC and those standardized by JavaSoft: 

§5*1. Event Management APIs 

The event management APIs provide the system 
with functions for sending and receiving messages, 
events , and " interrupts . H 
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Event Dispatch API - The event dispatch API 
provides the system with functions for sending 
messages, events, and "interrupts." 

User Input API - The user input API provides 
the system with functions for receiving and 
dispatching user-originated events (keyboard, mouse, 
front panel, remote control, etc.). 

Inter- Process Communication API - The inter- 
process communication API provides the system with 
functions for sending messages and events between 
applications, processes, and threads. 

Scheduling- API - The scheduling API provides 
the system with functions for establishing time and 
date triggered events and "interrupts". 

§5.2. Application Utility APIs 

The application utility APIs provide the system 
with general purpose functions commonly used by 
applications. 

Math API - The math API provides the system 
with functions for performing math routines. 

Time API - The time API provides the system 
with functions for accessing time and date and 
performing common time routines. 

String API - The string API provides the system 
with functions for loading, unloading, and 
manipulating strings. 

List API - The list API provides the system 
with functions for managing lists and other common 
dynamic data structures. 
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File API - The file API provides the system 
with functions for performing file-related 
operations. 

Localization API - The localization API 
5 provides the system with functions for performing 

common localization operations. 

Communications API - High-level interface to 
all communications and communications management 
components including dial-up networking, Internet, 
10 routing, transport stream, etc. 

Object Services API - Support for information 
exchange between objects; this includes an 
information model, types, relationships, 
operations , characteristics, naming, registry, 
15 distribution, etc. 

Database Services API - support for data store 
and retrieval mechanisms including a generic file 
system and registry. 

Download Services API - support for download 

20 services. 

§5.3. Content Management APIs 

The content management APIs provide the system 
with content life -cycle and content integrity 
related functions. 
25 Content Integrity API - The content integrity 

API provides the system with functions for TBD. 

Content Download API - The content download API 
provides the system with functions for storing 
applications broadcast to the system. 



Content Version Control API - The content 
version control API provides the system with 
functions for managing the stored or loaded version 
of content . 

Content Storage API - The content storage API 
provides the system with functions for storing and 
retrieving content in the system or with remote 
storage. 

§5.4. System Information APIs 

The system information APIs provide the system 
with MPEG- 2 system information and program 
information stream related functions. 

Event Information API - The event information 
API provides the system with functions for 
interpreting the event information stream. 

Channel and Service Map API - The channel and 
service map API provides the system with functions 
for interpreting the system and service information 
streams 

§5.5. GI Presentation APIs 

See Set Top Management Section. Enables the 
building of presentation manager components such as 
the decoders, compositors, and presenters; access to 
all presentation subsystems including graphics, 
audio, video as needed in addition to DAVIC and 
Standard Java APIs; manipulation of all presentation 
subsystems as needed in addition to DAVIC and 
Standard Java APIs; initialization, startup, 
manipulation, shut down and coordination of all 
presentation components; etc. 
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§5,6. GI Set Top Management APIs 

See Set Top Management Section. This API 
enables set top management applications by providing 
component hook-up functionality, component 
5 monitoring and control functionality, 

initialization, startup, shut down and coordination 
of all internal processes/daemons/applications; 
processing of asynchronous events as well as events 
resulting from collecting information; etc. 
10 Operations Support API - facilitates the Set 

Top Management API through Java/non-Java interfaces 
as well as an SNMP agent API . 
§5,7. DAVIC APIs 

The following DAVIC APIs are supported: 

15 1. Resource Notification API 

( org, davic . resources) - a standard mechanism for 
applications to register interest in scarce 
resources and to be notified of changes in those 
resources or removal of those resources in the 

2 0 environment . 

2. The MPEG API (org .davic .mpeg) - includes 
the MPEG Component API, the MPEG Section Filter API, 
and the MPEG Transport St ream API . 

3. The Tuning API (org .davic . net . tuning) - 
25 tuning of network interfaces including multiple 

network interfaces (local and/or remote) . 

4. The Conditional Access API 

(org. davic .net .ca) - a CA system independent 
interface for accessing CA functionality. 
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5. The DVB SI API (org.davic.net .dvb. si) - an 
interface to DVB SI database (including the access 
to the actual transport stream through an optional 
cache) . 

5 6. The ATSC PSIP API (org . davic . atsc . psip) - 

an interface to the ATSC SI and PSI database 
(including the access to the actual transport stream 
through an optional cache) . 

7. The Media Player API (org. davic .media) - 
10 an extension of the Java Media Framework to 

facilitate Set Tops. 

8. The DSM-CC U-U API (davic . dsmccuu) - 
implements a subset of the DSM-CC-U-U APIs defined 

in IS0/IEC 13818-6. 
15 §5*8 * Standard Java APIs 

1. Personal Java - This API is a subset of 
the JDK 1.1 API, supplemented by a small number of 
new APIs designed to meet the needs of networked 
embedded applications. Java APIs introduced after 
20 JDK l.l will not automatically become a part of the 

PersonalJava API. New APIs will be reviewed and 
evaluated for appropriateness before being added to 
PersonalJava. 

The JDK 1.1 packages included in PersonalJava 
25 are: java. applet 

j ava . awt 

j ava . awt . datatransf er 
j ava . awt . event 
j ava . awt . image 
30 java. awt .peer 

java. beans 



WO 00/24192 



PCT/US99/21983 



43 



java.io 
j ava . lang 
java . lang . reflect 
java.net 
5 java.util 

2. The Java Text API - supports 
internationalization . 

3. The Java Security APIs are a framework for 
developers to easily and securely include security 

10 functionality in their applets and applications. 

This functionality includes cryptography with 
digital signatures, encryption, and authentication. 

4. Java Commerce API will bring secure 
purchasing and financial management to the Web. 

15 JavaWallet is the initial component, which defines 

and implements a client -side framework for credit 
card, debit card, and electronic cash transactions. 

5. Java Media Framework ( JMF) specifies a 
unified architecture, messaging protocol and 

20 programming interface for media players, capture and 

conferencing. JMF will be published as three APIs . 
The Java Media Player will be published first; Java 
Media Capture and Java Media Conference APIs will be 
published subsequently. Java Media Player is an API 

25 for synchronization, control, processing and 

presentation of compressed streaming and stored 
timed media, including video and audio. 

6. Java RMI (including CORBA) - object- 
oriented distributed processing API that supports 

30 CORBA. 

§6. The Set-Top Software Architecture 
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FIG. 10 illustrates a set top software 
architecture framework in accordance with the 
present invention. 

The architecture 1000 corresponds to the 
5 architecture 200 of FIG. 2, but provides further 

details and examples for each layer. 

The device driver kernel modules in the layer 
210 1 correspond generally to the classes in FIG. 9. 

10 §7 . Relationship to OpenCable APIs 

The following Sections summarize the current 
OpenCable API classification. 

§7,1. Operating System <-> Network APIs 

Network Protocols are used at all levels of the 
15 ASB, to communicate with other clients, 

applications, and servers. Although applications 
also make use of network protocols, many of these 
are actually OS -implemented network stacks called 
through the OS <-> Application APIs. Protocols 
20 specifically dealing with application-level client- 

server issues will be covered in the Client<->Server 
section. 

§7.1.1. Video and Data Network / Transport 
Protocols 

25 These protocols are used for network packet 

routing, connection establishment, control, and 
teardown. Industry open standards are TCP for 
connection-oriented transport, UDP for 
connectionless, real-time traffic transport, and IP 

30 for packet routing. RSVP is used for network 
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bandwidth and channel reservation. MPEG- 2 is the 
clear favorite for video transport . 

§7.1.2. Session / Presentation Protocols 

These protocols are used for session 
maintenance, and to provide applications with a 
common procedure for requesting and receiving data 
from content servers. FTP is used for file transfer, 
HTTP for WWW access and HTML transport, NNTP for 
news server access, and SMTP and IMAP for mail. 
There is no standard for chat, however. 

§7.1.3. Directory Services Protocols 

Directories are mostly read-only distributed 
databases that are designed for attribute lookup to 
locate, authenticate, and update network objects. 
LDAP, rapidly emerging as the standard directory for 
TCP/IP networks, is a lightweight version of X.500 ! s 
more complex Directory Access Protocol. LDAP has 
been adopted by over 40 major software vendors, and 
supports access-independent data views, hierarchical 
storage, multiple storage schemes, rich access 
control, multiple database types and instances, and 
network replication. 

§7.1.4. Data-Link, Physical, MAC Layer 
Protocols 

These APIs control modulation, encoding, and 
management of data streams over the cable plant. 
§7.1.5. Network Encryption Protocols 

These protocols are used to encrypt and decrypt 
video, data, and transactions schemes. 



§7.1.6, Multi-user / Network Broadcast 
Protocols 

Required for broadcasting of data streams 
efficiently over the network. 

§7.2. OS <-> Applications APIs 

The operating system provides applications with 

two sets of crucial services that allow those 

applications to be implemented on top of the system. 

Base OS Services, such as scheduling, virtual 

memory, multi-threading, etc., are essential 

services that are provided to almost all 

applications without much effort on the programmer's 

part. The APIs for the these services are largely 

invisible. OS Standard Libraries, on the other hand, 

are predefined code modules that applications are 

encouraged to use when implementing functionality 

supported by the OS. For example, a network 

application is encourage to use the OS's network 

libraries, almost all apps are encouraged to use the 

OS f s GUI libraries, etc. In essence, the standard 

libraries are present to maintain consistency, 

prevent duplication of effort, and speed up 

development. Sometimes, applications will bypass 

certain libraries for aesthetic reasons or to 

optimize code. 

§7.2.1, Application Services and Libraries 

These APIs control the heart of the set-top 
box. Native applications (those written specifically 
for the ASB, requiring maximum performance and 
hardware interaction) will be implemented based on 



OS services and libraries, provided through these 
APIs . 

§7.2.2. Computer Graphics 

These APIs control drawing and rendering of 2D 
and 3D objects. Application programmers use these to 
simplify graphic functions. They are also used to 
implement the graphical user interface and windowing 
tool-kits for applications. 

§7.2.3. Remote Execution Environments / 
Virtual Machines 

Allows applications stored on the network to be 
downloaded, executed, and discarded . Encapsulates 
runtime environment, security model, and object 
model. Current competitors are platform- independent 
Java, and Windows-specific ActiveX. Scripting 
versions include JavaScript and VBScript. 

§7.3. Operating System <-> Hardware APIs 

These APIs, commonly referred to as device 
drivers, allow the operating system to control 
various pieces of hardware. They are usually 
implemented in software by the device manufacturer, 
who plugs them into the operating system via a well 
defined device-driver architecture API proposed by 
the operating- system vendor. For well-defined 
categories of devices, the operating system vendor 
will sometimes provide a generic device driver for 
an entire class of devices. This generic driver can 
provide lowest common denominator functionality when 
the manufacturer's driver is unavailable, i.e., the 
Macintosh OS provides a generic Laser Writer driver 
for all laser printers, but printers that have their 
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own driver available can take advantage of vendor / 
model- specif ic features. Systems that automatically 
recognize devices and load the appropriate driver 
are classified as plug-and-play . 
5 §7.3.1. Hardware Abstraction Layer (HAL) APIs 

The HAL separates the hardware from the OS, and 
makes the OS portable across any platform that 
supports the HAL. 

§7.3.2. Registry APIs 

10 Storage format and control for local Flash RAM 

storage. 

§7.4. Operating System <-> Operating System 

APIs 

These APIs are used when one OS is implemented 
15 on top of another, as is the case with virtual 

machines, or two OSs communicate with each other. 
The latter case is rare, and is usually handled 
through network protocols, although some component 
and object models allow distributed objects to 
20 communicate across OSs. 

§7.4.1. Remote Execution Environments / 
Virtual Machines (VM) links to OS 

Controls implementation details of virtual 
machines on existing RTOS. Important for VM 
25 portability if a proprietary VM is implemented, or 
if an open VM is implemented with proprietary ties 

to the OS. 

§7.4.2. Distributed Object Model 

Allows applications to store and exchange data 
30 with other networked applications in a common object 

format. Competitors are Microsoft's Distributed 
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Component Object Model (DCOM) and JavaBeans / CORBA 
(Common Object Request Broker Architecture) . Remote 
Procedure Call mechanisms (ONC, DCE) also fall 
within this API . 
5 §7.5. Client <-> Server APIs 

Clients and servers will often pass application 
data through standard networking protocols, but 
remote client management, authentication, software 
downloading, and updating are handled through 
10 specific client-server APIs. These APIs usually tend 

to be closed and fragmented, due to the large number 
of potential combinations and issues. 
§7.5.1. Network Management 

Remote network management of all network 

15 elements, 

§7.5.2. Software Management and Updates 

An API that controls software downloads and 
module loaders, 

§7.5.3. Network / Remote FileSystem 

20 Controls file storage and retrieval methods. 

§7.5.4. Digital Certificates 

Control authentication for users, vendors, and 
products . 

§7.5.5. Calendar Server Protocols 

25 Determines storage and interaction formats for 

user calendaring and scheduling functions. 
§7.5.6. Synchronization Protocols 

Required for clock synchronization and timing. 
§7.5.7. Usage Data Gathering APIs 

30 Defines methods and formats for usage data 

collection, storage, and transmission. 
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§7.5.8. Billing System APIs 

Defines methods and formats for billing data 
collection, storage, and transmission. 

§7.6. Application <-> File APIs 

5 Applications use specific formats to store and 

retrieve data that they use. With the exception of a 
few, high-visibility formats (ASCII, HTML), these 
formats are often closed and proprietary in nature. 
Besides just static-data, some applications also 
10 support the storage, retrieval, and execution of 

plug- in code modules, and release APIs that allow 
3rd party vendors to construct such plug-ins. 
§7.6.1. Text Document Storage Formats 

Storage format for plain text documents. 
15 §7.6.2. Hyperlinked Document Storage Formats 

Storage format for rich, hyperlinked text. 
§7.6.3. Image Storage Formats 

Compression format for images. 

§7.6.4. 3D Graphics Document Storage Formats 

20 Storage formats for 3D data 

§7.6.5. Video Clip Storage Formats 

Encoding of streaming and non- streaming video 

clips. 

§7.6.6. Audio Document Storage Formats 

25 Encoding of sound and music. 

§7.6.7. Animation Document Storage Formats 

Animation encoding. 

§7.6.8. Web / Video Integration Formats 

Defines libraries and methods to integrate web- 
30 based content with traditional TV offerings. 



Examples include hyperlinked ads, buttonbar and 
ticker overlay, virtual web channels, etc. 

§7.6.9, Personal Information Storage 

Storage of user identification information, 
preferences, and access control information. 
§7.7. Client <-> Content APIs 

This set of APIs controls serving and delivery 
of content from various servers to the client. It is 
really a subset of the client-server APIs , but is 
explicitly mentioned since some vendors may attempt 
to achieve lock- in by requiring proprietary servers 
to distribute content. 

§7.7.1. Web Data Serving 

Format for serving web content . Beyond standard 
HTTP, some web servers may use proprietary serving 
methods (i.e., Active Server Pages). 

§7.7.2. Video Data Serving 

Format for serving video content . 
§7.7.3. Integrated Data Serving 

Serving and coordination of integrated web / 

data content. 

§7.8. Content <-> Access APIs 

This set of APIs controls serving and delivery 

of content from various servers to the client. It is 

really a subset of the client-server APIs, but is 

explicitly mentioned since some vendors may attempt 

to achieve lock- in by requiring proprietary servers 

to distribute content. 

§7.8.1. Video Access Control 

Access control and encryption of video streams. 



§7*8.2. Data Access Control 

Authentication for data content transmission. 
§7.9. Browser <-> Resident Engine APIs 

Not really a separate set of APIs per se, the 
browser <-> resident engines interaction is really a 
sub-category of OS <-> Applications, and is 
explicitly broken out due to its strategic 
importance and the fact that most browser vendors 
subsume this API into their product. In a well- 
designed operating system, the resident HTML, VRML, 
Java, and caching engines are services that the OS 
provides to all interested applications. However, 
most browser vendors bundle these important engines 
into the browser, thereby concealing and controlling 
these important APIs, even though they should be 
explicitly exposed. 

§7.9.1. Explicit HTML Engine Control 

Controls to access and use the HTML rendering 
engine once it has been separated from the browser. 
Alternatively, if a proprietary format is used, the 
OS provider should document the APIs used, and 
provide rights to these APIs for free, in 
perpetuity. 

§7.9.2. Explicit Cache Control 

Controls to access and use the caching engine 
once it has been separated from the browser. 

Accordingly, it can be seen that the present 
invention provides a Set Top software that allows 
the consideration of Set Top application and 
middleware software functionality independent from 
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the operating system and hardware. 

The invention can support various type of 
functionality, such as multiple users, secure 
controlled access of resources, application 
5 download, registration, start, stop, and monitoring, 

resource download, registration, start, stop, and 
monitoring, management of audio, video, data 
presentations . 

Although the invention has been described in 

10 connection with various specif ic embodiments , those 

skilled in the art will appreciate that numerous 
adaptations and modifications may be made thereto 
without departing from the spirit and scope of the 
invention as set forth in the claims . 

15 For example, while various syntax elements have 

been discussed herein, note that they are examples 
only, and any syntax may be used. 

Moreover, the invention is suitable for use 
with virtually any type of network, including cable 

20 or satellite television broadband communication 

networks, local area networks (LANs), metropolitan 
area networks (MANs) , wide area networks (WANs) , 
internets, intranets, and the Internet, or 
combinations thereof. 
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What is claimed is: 

1. A television set-top terminal with 
software , comprising ; 

a computer readable medium having computer 
program code means; and 

means for executing said computer program code 
means to implement a layered software architecture 
wherein : 

an application layer allows a user to interact 
with the terminal; 

a middleware layer supports the application 
layer by providing Application Program Interfaces 
(APIs) ; 

an operating system layer supports the 
middleware layer; 

a hardware layer supports the operating system 
layer; and 

said layered software architecture allows 
configuration of a functionality of the application 
layer and the middleware layer independently of the 
operating system layer and the hardware layer. 

2. The terminal of claim 1, wherein: 

the layered software architecture includes a 
set top management layer that supports the 
application layer by configuring management services 
of the terminal . 



3. The terminal of claim 2, wherein: 
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said management services include at least one 
of application, user, resource and presentation 
management . 

4. The terminal of claim 2, wherein: 

the set top management layer implements a state 
information module to designate states of resources 
of the terminal . 

5. The terminal of claim 4, wherein: 

said state information module is based on the 
ITU-T X.731 standard. 

6. The terminal of claim 1, further 
comprising: 

an application program interface (API) for 
providing a configurable functionality. 

7. The terminal of claim 6, wherein: 
said API enables said terminal to support 

multiple users. 

8. The terminal of claim 6, wherein: 
said API enables said terminal to secure 

controlled access of resources. 

9. The terminal of claim 6, wherein: 
wherein said API enables said terminal to 

download, register, start, stop, and monitor 
applications of the applications layer. 
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10. The terminal of claim 6, wherein: 
said API enables said terminal to manage audio, 
video and/or other data presentations. 

11* The terminal of claim 1, further 
comprising at least one of: 

a set top manager; 

a presentation manager ; 

an application manager; 

a user manager; 

a resource manager; 

a set top agent; and 

a program view assistant. 

12. A method for implementing a layered 
software architecture for a television set-top 
terminal, comprising the steps of: 

providing a computer readable medium having 
computer program code means; and 

executing said computer program code means to 
implement a layered software architecture wherein: 

an application layer allows a user to interact 
with the terminal; 

a middleware layer supports the application 
layer by providing Application Program Interfaces 
(APIs) ; 

an operating system layer supports the 
middleware layer; 

a hardware layer supports the operating system 
layer; and 
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said layered software architecture allows 
configuration of a functionality of the application 
layer and the middleware layer independently of the 
operating system layer and the hardware layer. 

13. The method of claim 12, wherein: 

the layered software architecture includes a 
set top management layer that supports the 
application layer by configuring management services 
of the method. 

14. The method of claim 13, wherein: 

said management services include at least one 
of application, user, resource and presentation 
management . 

15. The method of claim 13, wherein: 

the set top management layer implements a state 
information module to designate states of resources 
of the method. 

16. The method of claim 15, wherein: 

said state information module is based on the 
ITU-T X.731 standard. 

17. The method of claim 12, wherein: 

said layered software architecture provides an 
application program interface (API) for providing a 
configurable functionality. 



18, The method of claim 17, wherein: 
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said API enables support of multiple users. 

19. The method of claim 17, wherein: 

said API enables secure controlled access of 
resources . 

20. The method of claim 17, wherein: 
said API enables downloading, registering, 

starting, stopping, and monitoring of applications 
of the applications layer. 

21. The method of claim 17, wherein: 
said API enables managing of audio, video 

and/or other data presentations. 

22. The method of claim 12, where in said 
layered software architecture provides at least one 
of: 

a set top manager; 

a presentation manager; 

an application manager; 

a user manager; 

a resource manager; 

a set top agent; and 

a program view assistant. 



WO 00/24192 



1/13 



PCT/US99/21983 




WO 00/24192 



PCT/US99/21983 




WO 00/24192 



PCT/US99/21983 



ro 
CD 




WO 00/24192 



PCT/US99/21983 



4/13 




WO 00/24192 



PCT/US99/21983 




WO 00/24192 



PCT/US99/21983 




WO 00/24192 



PCT/US99/21983 



7/13 




m 
in 
ro 



.52 

a> 
o 



o 

CO 




WO 00/24192 



PCT/US99/21983 



8/13 



m 

O 

CO 



O. 

o 

-♦— » 

o 
o 

O- 

o 

CD 

CO 



IF 



00 



co 

CD 

a: 
a> 
o 

13 
O 
CO 
<D 
(XL 



T 

m 

LO 

to 




WO 00/24192 



PCT/US99/21983 



9/13 rz 




< 


CD 




CT) 


o 


O 







WO 00/24192 



PCT/US99/21983 







<D 
CO 
n 










10B< 




> 



CX) 

m 




WO 00/24192 



PCT/US99/21983 




WO 00/24192 PCT/US99/21983 



12/13 



O 

to 

<N 

VI 



co 

2 



o 



Q_ 
Q_ 






CO 



Eg 



o 
in 

CM 
CO 

I 



O 
O 

o 

CO 

o 



o 

z> 
o 

CO 



o a. 

5q. 



o 



o 
o 



in 
cm 



2 



CO 



o 

UJ 



o 



ID 
CO 



o 

CO 



O 
CM 



Q- 

O 
O 

s 



m 

CM 
CM 

CO 



O 
O 



m 

CM 



o 



o 

CM 
CM 



CO 



S 



in 

CM 



CO 

>- 

CO 
CD 



UJ 
Q- 
O 



00 



CD 
O 

O 



O 




o 

CO 



v 



WO 00/24192 



PCT/US99/21983 



13/13 



o 

CO 

a 

ZD 
O 

o 



UJ 



CO 



O 



O 




CO 

o 

X 



lap 

CO I ^ 



LU ^ iil 

"2 



a: 



or 



qUJ 



il 

Gi- 



ro 

:> 



jg 

CD 
O 



8q 



m 
o 



2 

O 
CO 



o 
o 



o 

CO 
CO 
DC 



is 



1 1 1 

llJ cr> 



CM 

8^ 



O 



CO 



Q-Q3 



INTERNATIONAL SEARCH REPORT 


Intert ia( Application No 




PCT/US 99/21983 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 7 H04N5/00 



According to Internationa) Pate nt Classification (IPC) or to both national classification and IPC 

B. FIELDS SEARCHED 

Minimum documentation searched (classification system followed by class iticat ton symbols) 

IPC 7 H04N 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category ; 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


P.X 


EP 0 908 821 A (CANAL PLUS SA) 


1,12 




14 April 1999 (1999-04-14) 






abstract; figure 3 




X 


EVAIN J -P: "THE MULTIMEDIA HOME 


1-16 




PLATFORM" 






EBU REVIEW- TECHNICAL, BE, EUROPEAN 






BROADCASTING UNION. BRUSSELS, 






no. 275, - 21 March 1998 (1998-03-21) 






page 4-10 XP000767493 






ISSN: 0251-0936 






the whole document 






-/-- 





Further documents are listed in the continuation of box C 



Patent family members are listed in annex. 



* Special categories of cited documents : 

"A" document defining the general state of the art which is not 

considered to be of particular relevance 
"E" earlier document but published on or after the international 

filing date 

"L" document which may throw doubts on priority claim(s) or 
which is cited to establish the publication date ol another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use, exhibition or 
other means 

-P" document published pnor to the International filing date but 
later than the priority date claimed 



"T" later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particular relevance: the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

"&" document member of the same patent family 



Date of the actual completion of the international search 

17 January 2000 


Date of mailing of the international search report 

21/01/2000 


Name and mailing address of the ISA 

European Patent Office. P.B. 5818 Patentlaan 2 
NL - 2280 HV Rijswijk 
Tel. (+31-70) 340-2040. Tx. 31 651 epo nl, 
Fax: (+31-70) 340-3016 


Authorized officer 

Glannotti , P 



Form PCT/ISA/210 (second sheet) (July 1992) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



Inter ial Application No 

PCT/'US 99/21983 



C.(Continuation> DOCUMENTS CONSIDERED TO BE RELEVANT 



3 



Category 


Citation of document, with indication. where appropriate. o( the relevant passages 


Relevant to claim No. 


A 


WILLIAMS T: "STB OPERATING SYSTEMS GEAR 

UP FOR FLOOD OF DATA SERVICES" 

COMPUTER DESIGN, US, PENNWELL PUBL. 

LITTLETON, MASSACHUSETTS. 

vol. 35, no. 2, - February 1996 (1996-02) 

page 67-68,72.74-76 XP000555483 

ISSN: 0010-4566 
the whole document 


1-16 


A 


RATH K ET AL: "SET-TOP BOX CONTROL 
SOFTWARE: A KEY COMPONENT IN DITITAL 
VIDEO" 

PHILIPS JOURNAL OF RESEARCH. NL. ELSEVIER. 
AMSTERDAM. 

vol. 50, no. 1/02, - July 1996 (1996-07) 
page 185-199 XP000627669 

ISSN: 0165-5817 
abstract; figure 3 


1-16 


A 


ITOH J -I ET AL: "A NEW SOFTWARE 
ARCHITECTURE FOR EVOLVABLE MULTIMEDIA 
SOFTWARE" 

EUROPEAN TRANSACTIONS ON 
TELECOMMUNICATIONS, IT, EUREL PUBLICATION, 
MILANO, 

vol. 8, no. 4, - July 1997 (1997-07) page 
423-435 XP000695449 

ISSN: 1124-318X 
abstract; figure 1 


1-16 


A 


EP 0 852 443 A (TEXAS INSTRUMENTS INC) 

8 July 1998 (1998-07-08) 

abstract; figure 2 

column 4, line 54 -column 5, line 7 


1,12 


A 


EP 0 869 447 A (COMPAQ COMPUTER CORP) 
7 October 1998 (1998-10-07) 
abstract; figure 2 
page 4, line 24 -page 5, line 13 


1,12 


A 


EP 0 813 147 A (LSI LOGIC CORP) 
17 December 1997 ( 1997-12-17) 





Form PCT7ISA/210 (coniinuation of second sheel) (July '992» 



page 2 of 2 



INTERNATIONAL SEARCH REPORT 

.t'ormation on patent family members 



Inter: lai Application No 

PCT/US 99/21983 



Patent document 


Publication 




Patent family 




Publication 


cited in search report 


date 




member(s) 




date 


EP 0908821 A 


14-04-1999 


AU 


9363298 


A 


27-04-1999 






WO 


9918730 


A 


15-04-1999 



EP 


0852443 


A 


08-07- 


1998 


JP 


10271484 


A 


09-10-1998 


EP 


0869447 


A 


07-10- 


1998 


JP 


10312432 


A 


24-11-1998 


EP 


0813147 


A 


17-12- 


1997 


US 


5946487 


A 


31-08-1999 












JP 


10069394 


A 


10-03-1998 



Form PCT/lSA/210 (patent (amity ann«x) (July 1992) 



Patent Abstracts of Japan 



PUBUCATION NUMBER 
PUBUCATION DATE 

APPLICATION DATE 
APPLICATION NUMBER 



10063562 
06-03-98 

21-08-96 
08219994 



APPLICANT : HITACHI LTD; 

INVENTOR : KUWABARA TEIJI; 

INT.CL : G06F 12/00 G06F 13/00 G06F 13/00 

TITLE : PACKAGE MEDIUM, ELECTRONIC 

MAIL AND TERMINAL EQUIPMENT 



7a 

7b 



mt eft 



£0 



ABCt^^T B&WAO 10:1 «*ir-/V 



ttxsz \ i 




Pi*: 
flBf 



8C 



ABSTRACT : PROBLEM TO BE SOLVED: To display information obtained from a network and 
information distributed by a package medium coexistently. 

SOLUTION: This package medium 3 is provided with information for converting the 
directory structure of URL(universal resource locator) and inside of the package medium. 
In addition a terminal equipment is provided with information for managing data of a 
received electronic mail 6 and the correspondence of URL of the data. URL is used for 
designating data to read from within the terminal equipment when designated URL is 
within the terminal equipment but to read from the package medium when it is in the 
package medium. Then read data is displayed on one picture coexistently. 



COPYRIGHT: (C)1998,JPO 



